-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix Vert.x event bus codec registration #29446
Fix Vert.x event bus codec registration #29446
Conversation
The `EventBusCodecProcessor` used to create a map from Jandex `Type` of message to a `DotName` of the corresponding codec, and then expose that map as a repeatable `MessageCodecBuildItem`. When creating each build item, the code used to call `Type.toString()`, which is never the right thing to do when obtaining a class name from Jandex `Type`. With this commit, the map is from type `DotName` to codec `DotName`, and the key in the map is obtained by `Type.name()`.
extensions/vertx/deployment/src/test/java/io/quarkus/vertx/EventBusCodecTest.java
Show resolved
Hide resolved
Failing Jobs - Building bba49af
Full information is available in the Build summary check run. Failures⚙️ JVM Tests - JDK 11 #- Failing: integration-tests/opentelemetry-reactive-messaging integration-tests/reactive-messaging-hibernate-orm
📦 integration-tests/opentelemetry-reactive-messaging✖
📦 integration-tests/reactive-messaging-hibernate-orm✖
⚙️ JVM Tests - JDK 17 #- Failing: integration-tests/reactive-messaging-hibernate-orm
📦 integration-tests/reactive-messaging-hibernate-orm✖
|
Any chance or plan to get it in 2.13 as well? From 2.14 we got many breaking changes thanks to kubernetes-client update, which is why I cannot update atm. |
Yes, this fix should land in the next 2.13 release. |
The
EventBusCodecProcessor
used to create a map from JandexType
of message to aDotName
of the corresponding codec, and then expose that map as a repeatableMessageCodecBuildItem
. When creating each build item, the code used to callType.toString()
, which is never the right thing to do when obtaining a class name from JandexType
.With this commit, the map is from type
DotName
to codecDotName
, and the key in the map is obtained byType.name()
.Fixes #29434